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(54) Method and device for the remote conf iguration and monitoring of telecommunication 
network elements 



(57) A method and device is described for the con- 
figuration and the remote monitoring of telecommunica- 
tion network elements that allows the management of a 
network apparatus through a remotely located generic 



terminal, that can be either a PC/ workstation, config- 
ured with the management software developed for the 
purpose (proprietary software), or any terminal for ac- 
cessing Internel equipped with a standard browser. 
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Description 

[0001 ] The present invention relates to the field of tel- 
ecommunications network management systems and 
more precisely to a method and device for the remote 
configuration and monitoring of telecommunications 
network elements, comprising management functions 
of said network elements through a management sys- 
tem (TMN) and terminals (T4, T5, T6) located at said 
network elements or in operation systems (OS). 
[0002] The various elements of a telecommunications 
network are usually managed through a substantially 
known TMN (Telecommunication Management Net- 
work) architecture network management system sup- 
porting the management activities such as planning, 
configuration, installation and maintenance. 
[0003] Through said management system, the net- 
work elements NE are interconnected with one or more 
Operation Systems (OS) for the information interchange 
necessary for the management of the entire telecommu- 
nications network. 

[0004] Such management system is composed of 
proprietary software modules and is realized through a 
known generic information model (for instance InfoMod- 
el) and standard interfaces (e.g. Q interface). The TMN 
architecture standards are defined by the ITU-T Recom- 
mendations, in particular by G. 773, G. 774 and G. 784, 
that contemplate a communication mechanism, based 
upon ISO-OSI communication levels, using the CMIP 
protocol (CMISE services), at application level. The 
standard also defines, for the communication between 
NE and US, the Q3 interface. 

[0005] From the user standpoint, the supervision of a 
network element can be managed in two known ways: 
either by directly intervening from the place where the 
network element NE is situated or, through the manage- 
ment network, by the operating center OS. 
[0006] The proprietary software modules are in part 
located on the managed network element NE and in part 
resident in the operating center OS. 
[0007] The solution adopted heretofore for the man- 
agement of the network elements NE allows to directly 
intervene on the network element either with a local 
management terminal or with a terminal located in the 
operating center OS connected through the network. In 
any case the operator needs to connect the terminal 
((Personal Computer or workstation) with the element 
by physical line: hence he must have at its disposal at 
least one telephone line/mobile terminal or local network 
(LAN) access point. 

[0008] The problem as to how the supervision of every 
network element NE can be performed from any place 
and with less restriction on the necessary instrumenta- 
tion is still not completely solved. 
[0009] Therefore, the objective of the present inven- 
tion is to solve the aforesaid problems and to indicate a 
method and device for the configuration and the moni- 
toring of telecommunications network elements that al- 



lows the management of a network apparatus through 
a generic terminal, remotely located, which can be both 
a PC/workstation configured with the purpose-devel- 
oped management software (proprietary software), and 

5 any terminal for accessing the network, for instance the 
Internet network, provided with a standard browser. The 
generality of the terminal is intended in its broadest 
sense: thus, besides the PC provided with standard 
browser (e.g. Netscape, Microsoft Internet Explores, 

10 etc.), there are also included the network access mobile 
terminals, such as the GSM cellular telephone, with ca- 
pability of transactions with WAP or UMTS protocol, 
which inherently have the capability of accessing the In- 
ternet network service. 

15 [0010] The peculiarity of the solution resides in the 
fact that the generalization of the supervision terminal 
is realized by ensuring the complete integration with the 
standard management proposed by CCITT (now ITU-T) 
based upon the abstraction (InfoModel) of the managed 

20 physical apparatus and on the Q interface. 

[001 1 ] In order to achieve such objectives, the subject 
of the present invention is a method and device for the 
remote configuration and monitoring of telecommunica- 
tion network elements, as well as a remote terminal, a 

25 telecommunications network and a network element as 
best described in the claims which form an integral part 
of the present description. 

[001 2] The method and device for the remote config- 
uration and monitoring of telecommunications network 
30 elements, subject of the invention, exhibits numerous 
advantages: 

Advantages to the user: 

35 - Supervision terminal: absence of constraints 
on the type of terminal to be used for the super- 
vision and significantly reduced requirements 
of the terminal used for the supervision. 
Management software: no special software to 
40 be installed on the terminal is required; the type 

of terminal utilized is transparent to the appa- 
ratus; the supervision is immediate as com- 
pared with a conventional supervision. 
Supervision activity: the interface to the opera- 
45 tor, being that of a standard browser, is user- 

friendly; the instructive requirements of the op- 
erators are reduced; the access to the appara- 
tus to be supervised is controllable according 
to the needs of the security strategies. 
so - Advantages to the provider: in utilizing the sup- 
port of a standard browser, it is not necessary 
to develop software not resident on the appa- 
ratus; the development and the supervision 
procedure is the same for the common aspects 
55 of different apparatus. 

[0013] Further advantages are: capability to offer a 
simplified and low-cost supervision system. Capability 
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to offer functionalities not yet modelled at standard level 
and therefore not implementable through conventional 
management. Ease of remote access to the apparatus 
to be managed. The installation time is significantly re- 
duced. The proposed architecture is easily extendable 5 
to all the types of apparatus and is open to the future 
access technologies in the ambit of Internet. 
[0014] Further objectives and advantages of the 
present invention will be clear from the following detailed 
description of an embodiment thereof, as well as of a *o 
variant thereof, and from the attached drawings merely 
given by the way of explanation and not of limitation, 
wherein: 

Fig. 1 shows a general schematic of network super- is 
vision in which the present invention is applied, 
Fig. 2 shows a first variant of the software architec- 
ture implementing the present invention; 
Fig. 3 shows a second variant; 
Fig. 4 shows the mode of operation of the software 20 
architecture; 

Fig. 5 shows a flow chart of the software module 
EW of Figs. 2 to 4. 

[0015] In Fig. 1 , a conventional management system 25 
providing for the InfoModel message exchange (CMIP 
protocol on 1 50-OSI stack) between supervision system 
(through terminals T4, T5, T6) and network elements 
(NE1 NE4), is extended according to the present in- 
vention, with the capability to access the apparatus so 
through an Internet (INT) access terminal: the terminal 
may be a PC T1 provided with a standard browser (e.g. 
Netscape, Microsoft Internet Explorer, etc.), or an Inter- 
net access mobile terminal T2 or T32, such as a GSM 
cellular telephone, through which a PCT31 is eventually 
connected, with capability of transactions with WAP, or 
even UMTS, protocol. 

[0016] From the terminal (T1 , T2, T31 , T32), through 
Internet, the operator sends the request for the super- 
vision of a specific network element NE1, NE4of the 
telecommunications network. The information of the ap- 
paratus is displayed on the terminal screen through 
standard-format pages depending on the type of termi- 
nal (e.g. HTML format for the PC with standard browser 
or WML format for WAP mobile telephones). The re- 
quests from the operator are converted into standard In- 
fo Model requests; conversely, the responses are con- 
verted into messages in the proper format to be sent to 
the requiring terminal. 

[0017] According to one aspect of the present inven- 
tion, it is contemplated to provide the supervision soft- 
ware architecture with an additional module (EW) allow- 
ing the implementation of the remote supervision. 
[0018] A first variant is depicted in Fig. 2. In the figure, 
TMN denotes the known network management sys- 
tems. As mentioned earlier, such management system 
is composed of proprietary software modules and is re- 
alized through a generic information model (InfoModel) 



4 

and standard interfaces (Q interface) that provide for a 
communication mechanism, based on the ISO-OSI 
communication levels, using the CMIP protocol (CMISE 
services) at application level and the Q interface for the 
communication between NE and TMN. 
[0019] NE1 and NE2 represent network elements that 
from the supervision function standpoint are composed 
of the following functional blocks: 

a first network interface software module CSS of 
known type which manages the communication 
protocols supported by the network element: in par- 
ticular it manages the ISO-OSI and TCP/IP proto- 
cols; 

a second known software module AM performing 
the management of the supervision functionalities 
supported by the network element, both in the Info 
Model standard modality, through the Q interface, 
and in the Internet/Web modality; 
the network element MR itself, understood as re- 
source to be managed in supervision, which com- 
municates with the aforesaid software modules in a 
known manner; 
- a software module EW that, in accordance with the 
present invention, manages the Internet/Web re- 
quests supported by the network element with rel- 
evant conversion of the operations from HTTP for- 
mat into InfoModel standard format and vice versa, 
as described more in detail hereinafter. In this var- 
iant the module EW is integrated and communi- 
cates with the other standard modules CSS, AM. 
Moreover, EW cooperates with a known software 
module FS for the management of the files and of 
the directories of the mass storage MEM to be sent 
to the external supervision terminal; the module FS 
with the respective storage MEM can be pre-exist- 
ent, managed by the modules AM and CSS, man- 
aging the files and directories related to the known 
functionality, to which the new functionality man- 
aged by module EW is added. 

[0020] A second variant is shown in Fig. 3, where the 
same modules of Fig. 2 are referenced by the same 
names, the difference being that the EW module with 
respective FS and MEM modules may be situated out- 
side the network element, in a proper apparatus, for in- 
stance in the event of insertion in existing network ele- 
ments. 

[0021] Hence in operation, the supervision software 
standard architecture is enhanced by the module EW 
which is seen by the external Internet terminal as a net- 
work server (HTTP server or even WAP, UMTS or other 
standard server) ready to respond to the requests from 
the Internet network. With respect to a standard server, 
the module converts the requests from the Internet net- 
work into Info Model requests to the conventional NE 
software. The relevant responses are in turn converted 
into compatible pages by the terminal used and returned 
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via Internet to the requiring terminal. 
[0022] The described sequence, in the non limiting in- 
stance where a WAP mobile terminal is used, is depicted 
in Fig. 4. 

[0023] A request (in WAP format) is sent by the termi- 
nal Tn to the apparatus (specified by its identification 
URL), inserted by WAPS Gateway into the Internet net- 
work INT through HTTP, or HTTPS protocol in case of 
safe transaction. Through Internet the request reaches 
the EW module that converts it into a standard request 
to the network element MR/NE (InfoModel request with 
CMiP protocol). Conversely, the response of the net- 
work element MR/NE is converted into a response in the 
standard format of the terminal Tn. In this way it is pos- 
sible to have the updated state of the apparatus on the 
WAP terminal Tn. 

[0024] In Fig. 5 there is shown an operation flow dia- 
gram of the software module EW. It is composed of two 
sub-modules: 

A first sub-module HTTP performs the functions of 
a conventional server for the management of the 
HTTP Internet bidirectional communication proto- 
col with the line and with the second sub-module. 
A second sub-module whose operation flow is the 
following: 

At step 1 it is waiting for an HTTP format re- 
quest from the first sub-module. 
At step 2, through communication with the CSS 
module (Fig. 2), it performs a conversion of the 
HTTP request into one or more info Model re- 
quests. 

At step 3 it sends every request, received from 
step 2, to module AM (Fig. 2) for the manage- 
ment of that request. 

[0025] The requests relate to the management of 
functionality or configuration of the network element and 
relevant alarms and are divided into functionality fami- 
lies, such as for instance: management of the element, 
of the transmission, of the monitoring, of the behaviour 
characteristics, of the link security, of the communica- 
tion and routing, of the connection, of the support, of the 
features of the software itself, and others. Each func- 
tionality is univocally identified by code. 
[0026] At step 4, it manages the responses to the 
above requests coming from module AM, by repeating 
steps 3 and 4 up to exhaustion thereof (step 5). 
[0027] At step 6, through cooperation with module FS 
and storage MEM, it creates a file to be sent to the su- 
pervision terminal Tn (Fig. 4), i.e. it interacts with module 
FS to create a file in MEM containing information suita- 
ble for creating the response visual displays on the ter- 
minal in the HTTP format. 

[0028] At step 7 it reads the file out of MEM and sends 
it to the HTTP sub-module, then (8) it returns to step 1 . 
[0029] The programming language used to realize the 
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EW module is for instance the C one or the C++. 
[0030] By utilizing the solution of the Internet access 
standard protocols, all the known systems used for the 
protection of Internet transactions become available at 

s once. Being the intermediate gateways the weak point 
for the link security, the WAP protocol can be utilized as 
a further variant up to the EW module. 
[0031] It is apparent that what has been described in 
detail is merely given by way of explanation and not of 

io limitation, and that further variants are possible without 
departing from the scope of the invention. 



Claims 

15 

1 . Method for the management of telecommunications 
network elements (NE1 , NE4), comprising man- 
agement functions of said network elements 
through a management system (TMN) and termi- 

20 nals (T4, T5, T6) located at said network elements 
or in operating centers (OS), characterized In that 
it comprises an additional management function of 
said network elements through one or more termi- 
nals (T1 , T2, T31 , T32) placed remotely and simu- 

25 lating the functions of said terminals (T4, T5, T6) 
located at said network elements or in operating 
centers (OS). 

2. Method according to claim 1 , characterized in that 
30 said remotely placed terminals comprise mobile ter- 
minals connected to said management system 
through one or more networks, for instance GSM 
and Internet, and using WAP or UMTS communica- 
tion protocols. 

35 

3. Method according to claims 1 or 2, characterized 
in that said additional management function of net- 
work elements through one or more terminals (T1 , 
T2, T31, T32) placed remotely is performed by a 

40 software module (EW) cooperating with other soft- 
ware modules (CSS, AM), which form said manage- 
ment system (TMN), located in said network ele- 
ments, and performs the functions of: 

45 - management of the bidirectional communica- 
tion protocol (HTTP) between said remotely 
placed terminals and said management system 
(TMN); 

management of said network elements by said 
50 remotely placed terminals. 

4. Method according to claim 3, characterized in that 
said software module (EW) is integrated with said 
other software modules (CSS, AM) in said network 

55 elements. 

5. Method according to claim 3, characterized In that 
said software module (EW) is situated outside said 
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network elements in a suitable apparatus. 



when said program is run on a computer. 



6. 



Method according to any of claims 3 to 5, charac- 
terized in that said software module (EW), for said 
function of carrying out the management of said net- 
work elements by said remotely placed terminals, 
carries out the following operation steps: 



5 



12. Computer- readable medium having a program re- 
corded thereon, said computer-readable medium 
comprising encoding means adapted to carry out all 
the steps of claims 3 or 6 when said program is run 
on a computer. 



in a first step (1 ) it is waiting for a request from 
bidirectional communication protocol (HTTP) 10 
management function between said remotely 
placed terminals and said management system 
(TMN); 

in a second and third steps (2, 3), through com- 
munication with said other software module *5 
(CSS, AM), it carries out a conversion of the 
request from said first step into one or more re- 
quests for said other modules for the manage- 
ment of the request itself; 

in a fourth step (4) it manages responses to said 20 
requests coming from said other software mod- 
ules (CSS, AM), by repeating said third and 
fourth steps up to the exhaustion thereof; 
in a fifth step (6) it creates a file containing in- 
formation suitable for creating response visual 25 
displays on said remotely placed terminals; 
in a sixth step (7, 8) it sends said file to said 
bidirectional communication protocol (HTTP) 
management function between said remotely 
placed terminals and said management system 30 
(TMN) and then returns to said first step (1). 

7. Device for the management of telecommunications 
network elements (NE1, NE4), comprising 
means for the management of said network ele- 35 
ments through a management system (TMN) and 
terminals (T4, T5, T6) located at said network ele- 
ments or in operating centers (OS), characterized 

in that it further comprises means forthe implemen- 
tation of the method as in any of claims 1 to 6. <o 

8. Remote terminal (Tn) characterized in that it com- 
prises means for cooperating with the device of 
claim 7, through WAP or UMTS communication pro- 
tocols, for the implementation of the method as in 
any of claims 1 to 6. 

9. Telecommunications network characterized in 
that it comprises a device in accordance with claim 

7. 50 

10. Telecommunications network element (NE1, 
NE4), characterized in that it comprises means for 
the implementation of the method as in any of 
claims 1 to 6. 55 

11. Computer program comprising encoding means 
adapted to carry out all the steps of claims 3 or 6 
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